home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-madman-mtamib-02.txt < prev    next >
Text File  |  1993-08-02  |  21KB  |  637 lines
  1.  
  2.                             Internet Draft
  3.                          Mail Monitoring MIB
  4.  
  5.                               Ned Freed
  6.                              Steve Kille
  7.  
  8.                          MADMAN Working Group
  9.                             August 1, 1993
  10.                        Expires: February 1, 1994
  11.  
  12. Status of this Memo
  13.  
  14. This document is an Internet Draft. Internet Drafts are working
  15. documents of the Internet Engineering Task Force (IETF), its Areas,
  16. and its Working Groups. Note that other groups may also distribute
  17. working documents as Internet Drafts.
  18.  
  19. Internet Drafts are draft documents valid for a maximum of six 
  20. months.    Internet Drafts may be updated, replaced, or obsoleted by
  21. other documents at any time.  It is not appropriate to use Internet
  22. Drafts as reference material or to cite them other than as a "working
  23. draft" or "work in progress."
  24.  
  25. To learn the current status of any Internet-Draft, please check the
  26. 1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  27. Directories on ds.internic.net, nic.nordu.net, ftp.nisc.sri.com,
  28. or munnari.oz.au.
  29.  
  30. Abstract
  31.  
  32. This document extends the basic Network Services Monitoring MIB [5]
  33. to allow monitoring of Message Transfer Agents (MTAs).
  34.  
  35. The Network Management Framework
  36.  
  37. The Internet Network Management framework is laid out in these
  38. three documents:
  39.  
  40.    STD 16 / RFC 1155 [1]   Defines the generic structure of
  41.                            network management information.
  42.    STD 15 / RFC 1157 [2]   Defines the protocol for accessing
  43.                            network management information.
  44.    STD 17 / RFC 1213 [3]   Defines the primary set of managed
  45.                            objects.
  46.  
  47. The framework is adaptable/extensible by defining newer MIBs to
  48. suit the requirements of specific applications/protocols/situations.
  49.  
  50. MTA Objects
  51.  
  52. If there are one or more MTAs on the host, the following mta group may
  53. be used to monitor them. Any number of the MTAs on a host may be
  54. monitored. Each MTA is dealt with as a separate application and has
  55. its own applTable entry in the Network Services Monitoring MIB.
  56.  
  57. The MIB described in this document covers only the portion which is
  58. specific to the monitoring of MTAs. The network service related part of
  59. the MIB is covered in a separate document [5].
  60.  
  61. Message Flow Model
  62.  
  63. A general model of message flow inside an MTA has to be presented
  64. before a MIB can be described. Generally speaking, message flow occurs
  65. in four steps:
  66.  
  67. (1) Messages are submitted to the MTA by User Agents, Message
  68.     Stores, other MTAs, and gateways.
  69.  
  70. (2) The "next hop" for the each message is determined. This is simply the
  71.     destination the message is to be delivered to; it may or may not be the
  72.     final destination of the message. Multiple "next hops" may exist for a
  73.     single message (as a result of either having multiple recipients or
  74.     distribution list expansion); this may make it necessary to duplicate
  75.     messages.
  76.  
  77. (3) Messages are converted into the format that's appropriate for the next
  78.     hop.
  79.  
  80. (4) Messages are delivered to the appropriate destination, which may be a
  81.     User Agent, Message Store, another MTA, or another gateway.
  82.  
  83. Storage of messages in the MTA occurs at some point during this
  84. process. However, it is important to note that storage may occur at
  85. different and possibly even multiple points during this process. For
  86. example, some MTAs expand messages into multiple copies as they are
  87. received. In this case (1), (2), and (3) all occur prior to storage.
  88. Other MTAs store messages precisely as they are received and perform
  89. all expansion and conversion processing during retransmission
  90. processing. So here only (1) occurs prior to storage. This leads to a
  91. situation where, in general, a measurement of messages received may
  92. not equal a measurement of messages in store, a measurement of
  93. messages stored may not equal a measurement of messages retransmitted,
  94. or both.
  95.  
  96. MTA-MIB DEFINITIONS ::= BEGIN
  97.  
  98. IMPORTS
  99.     OBJECT-TYPE FROM RFC-1212
  100.     experimental, Counter, Gauge FROM RFC1155-SMI
  101.     DisplayString FROM RFC1213-MIB
  102.     applIndex, applProtoID FROM APPLICATION-MIB;
  103.  
  104. mta OBJECT IDENTIFIER ::= {experimental 47}
  105.  
  106. mtaTable OBJECT-TYPE
  107.     SYNTAX SEQUENCE OF MTAEntry
  108.     ACCESS not-accessible
  109.     STATUS mandatory
  110.     DESCRIPTION
  111.       "The table holding information specific to an MTA."
  112.     ::= {mta 1}
  113.  
  114. mtaEntry OBJECT-TYPE
  115.     SYNTAX MTAEntry
  116.     ACCESS not-accessible
  117.     STATUS mandatory
  118.     DESCRIPTION
  119.       "The entry associated with each MTA."
  120.     INDEX {applIndex}
  121.     ::= {mtaTable 1}
  122.  
  123. MTAEntry ::= SEQUENCE {
  124.     applIndex
  125.       INTEGER,
  126.     mtaSubmittedMessages
  127.       Counter,
  128.     mtaStoredMessages
  129.       Gauge,
  130.     mtaDeliveredMessages
  131.       Counter,
  132.     mtaSubmittedVolume
  133.       Counter,
  134.     mtaStoredVolume
  135.       Gauge,
  136.     mtaDeliveredVolume
  137.       Counter,
  138.     mtaSubmittedRecipients
  139.       Counter,
  140.     mtaStoredRecipients
  141.       Gauge,
  142.     mtaDeliveredRecipients
  143.       Counter
  144. }
  145.   
  146. mtaSubmittedMessages OBJECT-TYPE
  147.     SYNTAX Counter
  148.     ACCESS read-only
  149.     STATUS mandatory
  150.     DESCRIPTION
  151.       "The number of messages submitted since MTA initialization."
  152.     ::= {mtaEntry 1}
  153.  
  154. mtaStoredMessages OBJECT-TYPE
  155.     SYNTAX Gauge
  156.     ACCESS read-only
  157.     STATUS mandatory
  158.     DESCRIPTION
  159.       "The total number of messages currently stored in the MTA."
  160.     ::= {mtaEntry 2}
  161.  
  162. mtaDeliveredMessages OBJECT-TYPE
  163.     SYNTAX Counter
  164.     ACCESS read-only
  165.     STATUS mandatory
  166.     DESCRIPTION
  167.       "The number of messages delivered since MTA initialization."
  168.     ::= {mtaEntry 3}
  169.  
  170. mtaSubmittedVolume OBJECT-TYPE
  171.     SYNTAX Counter
  172.     ACCESS read-only
  173.     STATUS mandatory
  174.     DESCRIPTION
  175.       "The total volume of messages submitted since MTA
  176.       initialization, measured in kilo-octets.  This volume should
  177.       include all transferred data that is logically above the mail
  178.       transport protocol level.  For example, an an SMTP-based MTA
  179.       should use the number of kilo-octets in the message header
  180.       and body, while an X.400-based MTA should use the number of
  181.       kilo-octets of P2 data."
  182.     ::= {mtaEntry 4}
  183.  
  184. mtaStoredVolume OBJECT-TYPE
  185.     SYNTAX Gauge
  186.     ACCESS read-only
  187.     STATUS mandatory
  188.     DESCRIPTION
  189.       "The total volume of messages currently stored in the MTA,
  190.       measured in kilo-octets.  This volume should include all
  191.       stored data that is logically above the mail transport
  192.       protocol level.  For example, an an SMTP-based MTA should
  193.       use the number of kilo-octets in the message header and
  194.       body, while an X.400-based MTA would use the number of
  195.       kilo-octets of P2 data."
  196.     ::= {mtaEntry 5}
  197.  
  198. mtaDeliveredVolume OBJECT-TYPE
  199.     SYNTAX Counter
  200.     ACCESS read-only
  201.     STATUS mandatory
  202.     DESCRIPTION
  203.       "The total volume of messages delivered since MTA
  204.       initialization, measured in kilo-octets.  This volume should
  205.       include all transferred data that is logically above the mail
  206.       transport protocol level.  For example, an an SMTP-based MTA
  207.       should use the number of kilo-octets in the message header
  208.       and body, while an X.400-based MTA should use the number of
  209.       kilo-octets of P2 data."
  210.     ::= {mtaEntry 6}
  211.  
  212. mtaSubmittedRecipients OBJECT-TYPE
  213.     SYNTAX Counter
  214.     ACCESS read-only
  215.     STATUS mandatory
  216.     DESCRIPTION
  217.       "The total number of recipients specified in all messages
  218.       submitted since MTA initialization."
  219.     ::= {mtaEntry 7}
  220.  
  221. mtaStoredRecipients OBJECT-TYPE
  222.     SYNTAX Gauge
  223.     ACCESS read-only
  224.     STATUS mandatory
  225.     DESCRIPTION
  226.       "The total number of recipients specified in all messages
  227.       currently stored in the MTA."
  228.     ::= {mtaEntry 8}
  229.  
  230. mtaDeliveredRecipients OBJECT-TYPE
  231.     SYNTAX Counter
  232.     ACCESS read-only
  233.     STATUS mandatory
  234.     DESCRIPTION
  235.       "The total number of recipients specified in all messages
  236.       delivered since MTA initialization."
  237.     ::= {mtaEntry 9}
  238.  
  239. -- MTAs typically group inbound submissions, queue storage, and
  240. -- outbound deliveries in some way. In the most extreme case
  241. -- information will be maintained for each different entity that
  242. -- submits messages and for each entity the MTA stores messages for
  243. -- and delivers messages to.  Other MTAs may elect to treat all
  244. -- submissions equally, all queue storage equally, all deliveries
  245. -- equally, or some combination of this.
  246.  
  247. -- In any case, a grouping abstraction is an extremely useful for
  248. -- breaking down the activities of an MTA. For purposes of labelling
  249. -- this will be called a "group" in this MIB.
  250.  
  251. -- Each group contains all the variables needed to monitor all aspects
  252. -- of an MTA's operation.  However, the fact that all groups contain
  253. -- all possible variables does not imply that all groups must use all
  254. -- possible variables. For example, a single group might be used to
  255. -- monitor only one kind of event (inbound processing, outbound
  256. -- processing, or storage). In this sort of configuration all unused
  257. -- counters would be left at zero.
  258.  
  259. -- Groups are mutually exclusive; a given event can only be reflected
  260. -- by the counters of a single group.
  261.  
  262. -- The term "channel" is often used in MTA implementations; channels
  263. -- are usually, but not always, equivalent to a group. However,
  264. -- this MIB does not use the term "channel" because there is no
  265. -- requirement that an MTA supporting this MIB has to map its
  266. -- "channel" abstraction one-to-one onto the MIB's group abstration.
  267.  
  268. mtaGroupTable OBJECT-TYPE
  269.     SYNTAX SEQUENCE OF MtaGroupEntry
  270.     ACCESS not-accessible
  271.     STATUS mandatory
  272.     DESCRIPTION
  273.       "The table holding information specific to each MTA group."
  274.     ::= {mta 2}
  275.  
  276. mtaGroupEntry OBJECT-TYPE
  277.     SYNTAX MtaGroupEntry
  278.     ACCESS not-accessible
  279.     STATUS mandatory
  280.     DESCRIPTION
  281.       "The entry associated with each MTA group."
  282.     INDEX {applIndex, mtaGroupIndex}
  283.     ::= {mtaGroupTable 1}
  284.  
  285. MtaGroupEntry ::= SEQUENCE {
  286.     applIndex
  287.         INTEGER,
  288.     mtaGroupIndex
  289.         INTEGER,
  290.     mtaGroupSubmittedMessages
  291.         Counter,
  292.     mtaGroupRejectedMessages
  293.         Counter,
  294.     mtaGroupStoredMessages
  295.         Gauge,
  296.     mtaGroupDeliveredMessages
  297.         Counter,
  298.     mtaGroupSubmittedVolume
  299.         Counter,
  300.     mtaGroupStoredVolume
  301.         Gauge,
  302.     mtaGroupDeliveredVolume
  303.         Counter,
  304.     mtaGroupSubmittedRecipients
  305.         Counter,
  306.     mtaGroupStoredRecipients
  307.         Gauge,
  308.     mtaGroupDeliveredRecipients
  309.         Counter,
  310.     mtaGroupQueuedMtaAssociationIndex
  311.         INTEGER,
  312.     mtaGroupOldestMessageStored
  313.         TimeTicks,
  314.     mtaGroupInboundAssociations
  315.         Gauge,
  316.     mtaGroupOutboundAssociations
  317.         Gauge,
  318.     mtaGroupAccumulatedInboundAssociations
  319.         Counter,
  320.     mtaGroupAccumulatedOutboundAssociations
  321.         Counter,
  322.     mtaGroupLastInboundActivity
  323.         TimeTicks,
  324.     mtaGroupLastOutboundActivity
  325.         TimeTicks,
  326.     mtaGroupRejectedInboundAssociations
  327.         Counter,
  328.     mtaGroupFailedOutboundAssociations
  329.         Counter,
  330.     mtaGroupInboundRejectionReason
  331.         DisplayString,
  332.     mtaGroupOutboundConnectFailureReason
  333.         DisplayString,
  334.     mtaGroupScheduledRetry
  335.         TimeTicks,
  336.     mtaGroupMailProtocol
  337.         OBJECT IDENTIFIER,
  338.     mtaGroupName
  339.         DisplayString
  340. }
  341.  
  342. mtaGroupIndex OBJECT-TYPE
  343.     SYNTAX INTEGER (1..2147483647)
  344.     ACCESS read-only
  345.     STATUS mandatory
  346.     DESCRIPTION
  347.       "The index associated with a group for a given MTA."
  348.     ::= {mtaGroupEntry 1}
  349.  
  350. mtaGroupSubmittedMessages OBJECT-TYPE
  351.     SYNTAX Counter
  352.     ACCESS read-only
  353.     STATUS mandatory
  354.     DESCRIPTION
  355.       "The number of messages submitted to this group since MTA
  356.       initialization."
  357.     ::= {mtaGroupEntry 2}
  358.  
  359. mtaGroupRejectedMessages OBJECT-TYPE
  360.     SYNTAX Counter
  361.     ACCESS read-only
  362.     STATUS mandatory
  363.     DESCRIPTION
  364.       "The number of messages rejected by this group since MTA
  365.       initialization."
  366.     ::= {mtaGroupEntry 3}
  367.  
  368. mtaGroupStoredMessages OBJECT-TYPE
  369.     SYNTAX Gauge
  370.     ACCESS read-only
  371.     STATUS mandatory
  372.     DESCRIPTION
  373.       "The total number of messages currently stored in this
  374.       group's queue."
  375.     ::= {mtaGroupEntry 4}
  376.  
  377. mtaGroupDeliveredMessages OBJECT-TYPE
  378.     SYNTAX Counter
  379.     ACCESS read-only
  380.     STATUS mandatory
  381.     DESCRIPTION
  382.       "The number of messages delivered by this group since MTA
  383.       initialization."
  384.     ::= {mtaGroupEntry 5}
  385.  
  386. mtaGroupSubmittedVolume OBJECT-TYPE
  387.     SYNTAX Counter
  388.     ACCESS read-only
  389.     STATUS mandatory
  390.     DESCRIPTION
  391.       "The total volume of messages submitted to this group since
  392.       MTA initialization, measured in kilo-octets.  This volume
  393.       should include all transferred data that is logically above
  394.       the mail transport protocol level.  For example, an an
  395.       SMTP-based MTA should use the number of kilo-octets in the
  396.       message header and body, while an X.400-based MTA should use
  397.       the number of kilo-octets of P2 data."
  398.     ::= {mtaGroupEntry 6}
  399.  
  400. mtaGroupStoredVolume OBJECT-TYPE
  401.     SYNTAX Gauge
  402.     ACCESS read-only
  403.     STATUS mandatory
  404.     DESCRIPTION
  405.       "The total volume of messages currently stored in this
  406.       group's queue, measured in kilo-octets.  This volume should
  407.       include all stored data that is logically above the mail
  408.       transport protocol level.  For example, an an SMTP-based
  409.       MTA should use the number of kilo-octets in the message
  410.       header and body, while an X.400-based MTA would use the
  411.       number of kilo-octets of P2 data."
  412.     ::= {mtaGroupEntry 7}
  413.  
  414. mtaGroupDeliveredVolume OBJECT-TYPE
  415.     SYNTAX Counter
  416.     ACCESS read-only
  417.     STATUS mandatory
  418.     DESCRIPTION
  419.       "The total volume of messages delivered by this group since
  420.       MTA initialization, measured in kilo-octets.  This volume
  421.       should include all transferred data that is logically above
  422.       the mail transport protocol level.  For example, an an
  423.       SMTP-based MTA should use the number of kilo-octets in the
  424.       message header and body, while an X.400-based MTA should use
  425.       the number of kilo-octets of P2 data."
  426.     ::= {mtaGroupEntry 8}
  427.  
  428. mtaGroupSubmittedRecipients OBJECT-TYPE
  429.     SYNTAX Counter
  430.     ACCESS read-only
  431.     STATUS mandatory
  432.     DESCRIPTION
  433.       "The total number of recipients specified in all messages
  434.       submitted to this group since MTA initialization."
  435.     ::= {mtaGroupEntry 9}
  436.  
  437. mtaGroupStoredRecipients OBJECT-TYPE
  438.     SYNTAX Gauge
  439.     ACCESS read-only
  440.     STATUS mandatory
  441.     DESCRIPTION
  442.       "The total number of recipients specified in all messages
  443.       currently stored in this group's queue."
  444.     ::= {mtaGroupEntry 10}
  445.  
  446. mtaGroupDeliveredRecipients OBJECT-TYPE
  447.     SYNTAX Counter
  448.     ACCESS read-only
  449.     STATUS mandatory
  450.     DESCRIPTION
  451.       "The total number of recipients specified in all messages
  452.       delivered by this group since MTA initialization."
  453.     ::= {mtaGroupEntry 11}
  454.  
  455. mtaGroupQueuedMtaAssociationIndex OBJECT-TYPE
  456.     SYNTAX INTEGER (0..2147483647)
  457.     ACCESS read-only
  458.     STATUS mandatory
  459.     DESCRIPTION
  460.       "Reference into association table to allow correlation of this
  461.       group's active association with the association table.  If
  462.       there is no active association for this group this value should
  463.       be 0."
  464.     ::= {mtaGroupEntry 12}
  465.  
  466. mtaGroupOldestMessageStored OBJECT-TYPE
  467.     SYNTAX TimeTicks
  468.     ACCESS read-only
  469.     STATUS mandatory
  470.     DESCRIPTION
  471.       "The age of the oldest message in this group's queue."
  472.     ::= {mtaGroupEntry 13}
  473.  
  474. mtaGroupInboundAssociations OBJECT-TYPE
  475.     SYNTAX Gauge
  476.     ACCESS read-only
  477.     STATUS mandatory
  478.     DESCRIPTION
  479.       "The number of current associations to the group, where the
  480.        group is the responder."
  481.     ::= {mtaGroupEntry 14}
  482.  
  483. mtaGroupOutboundAssociations OBJECT-TYPE
  484.     SYNTAX Gauge
  485.     ACCESS read-only
  486.     STATUS mandatory
  487.     DESCRIPTION
  488.       "The number of current associations to the group, where the
  489.       group is the initiator."
  490.     ::= {mtaGroupEntry 15}
  491.  
  492. mtaGroupAccumulatedInboundAssociations OBJECT-TYPE
  493.     SYNTAX Counter
  494.     ACCESS read-only
  495.     STATUS mandatory
  496.     DESCRIPTION
  497.       "The total number of associations to the group since MTA
  498.       initialization, where the group is the responder."
  499.     ::= {mtaGroupEntry 16}
  500.  
  501. mtaGroupAccumulatedOutboundAssociations OBJECT-TYPE
  502.     SYNTAX Counter
  503.     ACCESS read-only
  504.     STATUS mandatory
  505.     DESCRIPTION
  506.       "The total number of associations from the group since MTA
  507.        initialization, where the group was the initiator."
  508.     ::= {mtaGroupEntry 17}
  509.  
  510. mtaGroupLastInboundActivity OBJECT-TYPE
  511.     SYNTAX TimeTicks
  512.     ACCESS read-only
  513.     STATUS mandatory
  514.     DESCRIPTION
  515.       "Time since the last time that this group had an active
  516.       inbound association for purposes of message submission."
  517.     ::= {mtaGroupEntry 18}
  518.      
  519. mtaGroupLastOutboundActivity OBJECT-TYPE
  520.     SYNTAX TimeTicks
  521.     ACCESS read-only
  522.     STATUS mandatory
  523.     DESCRIPTION
  524.       "Time since the last time that this group had an
  525.       outbound association for purposes of message delivery."
  526.     ::= {mtaGroupEntry 19}
  527.  
  528. mtaGroupRejectedInboundAssociations OBJECT-TYPE
  529.     SYNTAX Counter
  530.     ACCESS read-only
  531.     STATUS mandatory
  532.     DESCRIPTION
  533.       "The total number of inbound associations the group has
  534.       rejected, since MTA initialization."
  535.     ::= {mtaGroupEntry 20}
  536.  
  537. mtaGroupFailedOutboundAssociations OBJECT-TYPE
  538.     SYNTAX Counter
  539.     ACCESS read-only
  540.     STATUS mandatory
  541.     DESCRIPTION
  542.       "The total number associations where the group was the
  543.       initiator and association establishment has failed,
  544.       since MTA initialization."
  545.     ::= {mtaGroupEntry 21}
  546.  
  547. mtaGroupInboundRejectionReason OBJECT-TYPE
  548.     SYNTAX DisplayString
  549.     ACCESS read-only
  550.     STATUS mandatory
  551.     DESCRIPTION
  552.       "The failure reason, if any, for the last connection this
  553.       group refused to respond to. An empty string indicates that
  554.       the last attempt was successful.  If no connection attempt has
  555.       been made since the MTA was initializaed the value should be
  556.       'never'."
  557.     ::= {mtaGroupEntry 22}
  558.  
  559. mtaGroupOutboundConnectFailureReason OBJECT-TYPE
  560.     SYNTAX DisplayString
  561.     ACCESS read-only
  562.     STATUS mandatory
  563.     DESCRIPTION
  564.       "The failure reason, if any, for the last connection attempt
  565.       this group initiated. An empty string indicates that the last
  566.       attempt was successful.  If no connection attempt has been
  567.       made since the MTA was initializaed the value should be
  568.       'never'."
  569.     ::= {mtaGroupEntry 23}
  570.  
  571. mtaGroupScheduledRetry OBJECT-TYPE
  572.     SYNTAX TimeTicks
  573.     ACCESS read-only
  574.     STATUS mandatory
  575.     DESCRIPTION
  576.       "The scheduled time at which this group will next attempt to
  577.       make a connection.  This time is relative to the query time."
  578.     ::= {mtaGroupEntry 24}
  579.  
  580. mtaGroupMailProtocol OBJECT-TYPE
  581.     SYNTAX OBJECT IDENTIFIER
  582.     ACCESS read-only
  583.     STATUS mandatory
  584.     DESCRIPTION
  585.       "An identification of the protocol being used by this group.
  586.       For an group employing OSI protocols, this will be the
  587.       Application Context.  For Internet applications, the IANA
  588.       maintains a registry of the OIDs which correspond to well-known
  589.       message transfer protocols.  If the application protocol is not
  590.       listed in the registry, the value {applProtoID port} is used
  591.       where 'port' corresponds to the primary port being used by the
  592.       group."
  593.     ::= {mtaGroupEntry 25}
  594.  
  595. mtaGroupName OBJECT-TYPE
  596.     SYNTAX DisplayString
  597.     ACCESS read-only
  598.     STATUS mandatory
  599.     DESCRIPTION
  600.       "A descriptive name for the group. If this group connects to
  601.       a single remote MTA this should be the name of that MTA. If
  602.       this in turn is an Internet MTA this should be the domain name.
  603.       For an OSI MTA it should be the string encoded distinguished
  604.       name of the managed object using the format defined in RFC-?.
  605.       For X.400(1984) MTAs which do not have a Distinguished Name,
  606.       the RFC-1327 syntax 'mta in globalid' should be used."
  607.     ::= {mtaGroupEntry 26}
  608.  
  609. END
  610.  
  611. References
  612.  
  613. [1]  Rose, M., and K. McCloghrie, "Structure and Identification of
  614.      Management Information for TCP/IP-based internets", STD 16,
  615.      RFC 1155, Performance Systems International, Hughes LAN
  616.      Systems, May 1990.
  617.  
  618. [2]  Case, J., M. Fedor, M. Schoffstall, and J. Davin, "Simple
  619.      Network Management Protocol", STD 15, RFC 1157, SNMP Research,
  620.      Performance Systems International, Performance Systems
  621.      International, MIT Laboratory for Computer Science, May 1990.
  622.  
  623. [3]  McCloghrie, K., and M. Rose, Editors, "Management Information
  624.      Base for Network Management of TCP/IP-based internets:
  625.      MIB-II", STD 17, RFC 1213, Hughes LAN Systems, Performance
  626.      Systems International, March 1991.
  627.  
  628. [4]  Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
  629.      STD 16, RFC 1212, Performance Systems International, Hughes LAN
  630.      Systems, March 1991.
  631.  
  632. [5]  Freed, N., Kille, S., The Network Services Monitoring MIB,
  633.      Internet Draft, August 1, 1993.
  634.  
  635. Expires: February 1, 1994
  636.  
  637.